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ONLINE COMMODITIES TRADING SYSTEM WITH 
ANONYMOUS COUNTER BID/OFFER FUN CTION 



i 



This U.S. patem application claims the priority of U.S. Provisional Application 
60/169.538 filed on December 7, 1999, entitled "Network-Based Trading System With Anonymous 
Bid/Offer Matching", by the same inventor. 

10 

FIELD OF THE INVENTION 

This invention relates to a system for conducting online trading systems and 
15 electronic marketplaces for commodities and, in particular, to such systems where a trader-user can 
remain anonymous while conducting bid, offer and trading-related activities with a high degree of 
precision and efficiency. 

20 BACKGROUND OF THE INVENTION 



participants can remain anonymous while conducting their trading activities. If the identities of the 
trading parties were known, then that information may adversely affect the fluidity of the 

25 marketplace since knowledge of who is making what bids and offers may induce a trader to engage 
in strategic behaviors against specific traders and alter the bids or offers they would otherwise make 
against an open market of participants. However, maintaining anonymity in online trading systems 
is problematic when a trader making a bid is a close match to a counterpart making a close offer. If 
only one or a few detailed terms separate the parties from agreeing on a contract, then direct 

30 interaction with the other trader on fine-grained modifications of remaining terms can often 
facilitate bridging the gap and making the deal. This is particularly important in commodities 
trading where there may be many terms of different levels of importance affecting the acceptability 



Online trading systems allow for more efficient marketplace interactions when 
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of a deal between parties. Therefore, one of the main technical problems in online trading systems 
has been how to permit fine-grained interactions between traders while still maintaining anonymity. 

An example of one proposal to solve this problem is explained in U.S. Patent 
5 5,924,082 to Silverman, issued on July 13, 1999. The Silverman Patent is directed to a network 
system connected to remote terminals for negotiated matching of potential parties to a transaction. 
Each user enters ranking data indicating their preferences for executing transactions online, and 
trading data indicating the primary or "firm" terms of transactions they are willing to execute. The 
system may filter listed bid/offer transactions to be matched based upon the ranking data the user 

10 has indicated for acceptability of transactions. A matching computer which operates the system 
compares the trading data entered by users and uses the ranking data from each user to identify 
when the primary or "firnT terms of transactions are matched between parties. The system then 
enables messages to be transmitted between the parties lo negotiate secondary or "soft" terms for a 
transaction. The communications may be in a structured form via a display box displayed on each 

15 party's screens into which each party can modify the displayed soft parameters until all terms are 
acceptable lo the parties, or it may be free-style text dialog that is typed in by the parties in a 
"Conversations" box that also appears in the other user's display. When agreement has been 
reached on all firm and soft parameters of a transaction, the matching computer executes the 
transaction and removes it from the system. 

20 

A disadvantage of the above type of firm/soft matching system is that once certain 
parties have been identified as matching in primary terms, the negotiations on soft terms is 
conducted only between the counterpart parties, while other traders are not provided with 
information on the ongoing negotiations to allow them to participate in making counter offers. This 
25 has the effect of excluding the rest of the marketplace from participation once the system has 

identified a tentative match on primary terms. However, in actual marketplace environments, there 
may be other traders whose offers did not match the primary terms of a bid, yet who might be more 
willing to meet the bidder's soft terms than the the counterpart who did match the primary terms of 
the bid, and vice versa. 

30 
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SUMMARY OF THE INVENTION 



Accordingly, it is a principal object of the present invention to provide an online 



trading system for commodities which permits fine-grained interactions between traders while still 
5 maintaining anonymity. It is a particular object that the system provide a facility in which traders 
can readily ascertain close matches with other parties in order to fine-tune the terms of their bids or 
offers, while not being excluded from interactions on a deal until one party has completely met all 
terms of acceptance with a counterpart party. 

10 In accordance with the present invention, an online trading system comprises: 

(a) a Bid/Offer input interface for allowing a user to enter terms in a predetermined 
set of fields for a bid or offer and to submit the bid or offer for posting in the system anonymously 
without identification of the submitter; 

(b) a Trading Summary interface operable by users for displaying an anonymous 
15 postings of bids and offers submitted to the system, and for identifying a match of a bid and a 

counterpart offer with respect to the terms in the predetermined set of fields of each counterpart; 

(c) a Bid/Offer database for storing and retrieving data records of bids and offers 
submitted to the system; and 

(d) a Counter Bid/Offer interface operable by a user to select a pending bid or offer 
20 displayed on a display of the Trading Summary interface, to retrieve the corresponding data record 

from the Bid/Offer database and display the terms existing in the predetermined set of fields without 
identification of the submitter, and then to counter or modify one or more terms and submit the 
countered or modified bid or offer as a new posting in the system without identification of the 
submitter, 

25 whereby users of the system can remain anonymous while engaging in countering or 

modifying an original bid or offer as a new posting in the system in order to move progressively 
toward a match of terms in the predetermined set of fields. 

In a preferred embodiment of the online trading system, the Bid/Offer input interface 
30 allows entry for a large number of terms typical of commodities contracts, such as stock type, 
quantity, price, shipping terms, delivery date, delivery location, payment terms, etc. The system 
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allows preferences to be set for each user as to counterparties they are precluded or have precluded 
from dealing with. The Trading Summary interface includes a function to filter or to find best 
offers that are closest matches to a selected bid. and vice versa. Users can continue to submit bids, 
offers, and counters until a complete match of terms in the predetermined set of fields exists, then 
5 the system removes the matching transactions from the Trading Summary interface, and generates a 
notification to the parties and a final contract for the closed transaction. The Bid/Offer input 
interface can include an additional field for entry of "administrative" terms for inclusion in a final 
contract between the parties but which are not taken into account in determining a match. 

10 Other objects, features, and advantages of the present invention will be described in 

further detail below, with reference to the following drawings: 



BRIEF DESCRIPTION OF DRAWINGS 



15 



FIG. I is a schematic diagram of the overall process architecture for an example of 
an online trading system for commodities (sugar) contracts in accordance with the invention. 



20 



FIG. 2 is a schematic diagram of the overall process architecture for the user 
interface in the example of the online trading system of FIG. I. 



FIG. 3 is a schematic diagram of the screen displays comprising the user interface in 
the example of the online trading system of FIG. I. 



25 



FIG. 4 is a schematic diagram of the overall system architecture in the example of 
the online trading system of FIG. 1. 



FIG. 5 is a block diagram of the functions or screen displays accessible through the 
user interface in the example of the online trading system of FIG. 1. 



30 



FIG. 6 is an example of a screen display for providing message alerts to users of the 



system. 
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FIG. 7 is an example of a Trading Summary Screen used for trading activities by 
users of the system. 

FIGS.J8A and 8B are an example of a screen display of an input form for submitting 
a New Bid or New Offer in the system. 

FIG. 9 is an example of a screen display of a form for submitting a counter to a Bid 
or Offer in the system. 

FIG. 10 is an example of use of a Find Best Bids function to restrict a screen display 
to only Bids or Offers of interest to the trader. 



1 5 DETAILED DESCRIPTION OF INVENTION 

In the following detailed description, a preferred embodiment of the online trading 
system of the present invention is described using the example of a commodities trading system for 
sugar contracts. However, it is to be understood that the guiding principles of the invention are not 
20 limited to this example. The system may be used for purposes of this invention for many other 
types of commodities trading systems, and, more broadly, to any type of online trading system 
where anonymous fine-grained interactions on terms between parties is required. 

Referring to FIG. 1, the overall process architecture for the example of an online 
25 trading system for sugar contracts is illustrated. This diagram provides a representation of the 

process requirements for the trading domain. The commodity being traded in this case is white and 
raw sugar. The main trading unit is a SugarContract. The SugarContract typically encompasses a 
predetermined set of terms, such as Type of Sugar (white/raw, quality), SugarOrigin, Packing, 
Maturity, Quantity, Price, Payment, ShipmentTerms (CAF/FOB/FOT, Origin and/or Destination, 
3D Loading/Unloading Terms, Penalty), and Acuriinistrarive or Secondary Terms. 
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The online commodity trading system handles transactions in terms of traders, 
brokers, bids, offers, etc., and defines the relationships among them. Traders 102 can place 
bids/offers, accept deals, etc.. through Brokers 103. The Broker uses a data class named 
Operational Summary 101 (OpSummary) to store, track, and dispose of active postings. 
5 Operational Summary is not only a passive storage, but it also contains all the operational rules of 
how the market operates and applies them to all new postings and user requests. The Operational 
Summary 101 is also responsible for providing the trading information to be made visible to the 
Traders and Broker who are approved as authorized Users 201a of the system. The main trading 
unit is a Contract 104 which is attached to (associated with) a Posting 105. The Posting can be a 
10 Bid 106 or an Offer 107. Every accepted contract is converted to a ClosedConrract 108 which is 
identified by a transaction number, a buyer Trader, and a seller Trader. All the Closed Contracts are 
kept in a TradeHistory (data) object 109. There are also objects describing system History 110 and 
Invoices 111. 

15 Referring to FIG. 2, the overall process architecture for the user interface in the 

online trading system is illustrated. Users 201 are registered by specifying name, password, rights 
of access in the system, and profile, which is stored in a Profile object 201 a. Users may be 
Individual Traders 202 or Corporate Traders 203. An Individual Trader will set their rights of 
access 202a. trade limits 202b. and screen preferences 202c by submission for approval by the 

20 System Adminstrator 204 during registration as a User. A Corporate Trader 203 has access rights, 
profile, and terms established through a Corporate Trader (CT) Administrator 205, which sets the 
rights of access 202a, trade limits 202b, and screen preferences 202c for all Corporate Traders who 
are identified with that Corporate group. The CT Administrator also sets the Administrator's Rights 
205a. Access Rights 205b, and Report Rights 205c. The Corporate Trader 203 can also set their 

25 requirements for Counterparties 206 they will transact with. Contract Terms 207 which they are 
authorized offer, and Counterparty Terms 208 to which they will accept being bound. 

Referring to FIG. 3, the User Interface domain to the system is illustrated. The Main 
Screen is the "home page" displayed after a User has logged on and been recognized as an 
30 authorized user. The Main Screen has as comonems the Trading Summary Screen 302 and the 
ClosedContracts Screen 303. The Trading Summary Screen 302 displays all of the pending bids 
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and offers being handled by the system, and may be adjusted for alignment, sort order (order of 
display of entries), filtering (display of entries of selected type/ value), layout, adding or removing 
postings, setting the attributes of a posting, showing the Bid/Offer History of a posting, and 
expanding to display the complete record of a Bid/Offer posting. The Trading Summary Screen can 
i be used to call up a detailed view of the Bid/Offer Thread Screen 302a and the Bid/Offer Details 
Screen 302b. Other displays handled by the system, which are outside the Users domain, include 
logon screens. System Adminstrator screens. Individual Trader (IT) screens, CT Administrator's 
screens, and report, invoicing, and notification screens. 

10 System access is obtained by the process of user log-in and authentication. After the 

user completes the log-in process and is authenticated, the system will load user preferences (as 
stored for that user) and display the Main Screen. The Main Screen can invoke system functionality 
including several different historical and current displays. The System Administrator are "super 
users" meaning that they have unrestricted access ail system functionality and settings. CT 

15 Administrators have access to several functions that enable them to maintain their corporate 
accounts within the system. CT Users have access to the functionality in the system defined by the 
CT Adminstrators. IT Users have access to the functionality that allows them to operate in a trading 
capacity within the system. As with the CT users, indication of a particular functionality does not 
mean that all IT users will have unrestricted use of that functionality. 



illustrated. Users connect to the system via their client (browser) computer access device which 
typically navigates through online pages via XML or HTML scripts. The client devices establish 
connection over the Internet using the standard TCP/IP protocol to the system server. The system 

25 server typically has an overall Web server configuration which includes a Java Server for handling 
Java applets or servelets, and is protected preferably by both an external firewall and an internal 
firewall. Behind the internal firewall, the main application server for the system handles all of the 
substantive functionality for the system, including system administration, security, transaction 
management, and datbase (object) management. The application server is coupled to a database 

30 server which provides high-capacity storage for the requirements of the system. 



20 



Referring to FIG. 4, the preferred technical architecture of the exemplary system is 
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Referring to FIG. 5, the basic process flow for a typical user is illustrated. The user 
has previously registered as an authorized user of the system and has designated the user's 
preferences for trading activity and use of the functions of the system. These preferences are loaded 
upon the user's logging on in order to customi2e the functionality of the system to the user's 
5 preference profile. These preferences include deal matching criteria preferences as well as 

notification condition preferences. Changes to the profile can be made by submission to the system 
as an update. Following logon 501 and loading of preferences 502, the user is taken to the Main 
Screen at block 503. For trading activity, the user enters the commodity domain of the system from 
block 504 {here, white/raw sugar contracts) and views the Trading Summary Screen at block 505. 

10 Here the user can place bids at block 506 to posted offers, place offers at block 507, delete a bid at 
block 508, accept an offer or bid at block 509, or view offer/bid details at block 5 1 0. From the 
viewing of offer/bid details, the user can accept an offer/bid at block 511, counter an offer/bid at 
block 5 12. and/or modify an offer/bid at block 513. From the Main Screen, the user can also view 
Reports at block 5 14, handle (limited) user adminstrarion functions at block 5 1 6, or view legal 

1 5 terms at block 5 1 6, such as the system's terms of service or user privacy policies. 

With regard to the bid and offer placement functions, the counter placement function 
is a special subset of the offer;bid function. The user can invoke the counter bid/offer function in 
order to fine-tune the "negotiation" on one or more terms of a closely matching offer or bid. As 
20 described further below, the user interface for the counter bid/offer function is designed to facilitate 
the user's viewing of the details of the many terms of the target offer or bid, and to adjust one or 
more terms for a counter that the user hopes will be acceptable to the counterparty. The 
counterparty can accept the counter bid/offer, or make its own counter offer/bid in a similar manner. 

25 

Operation of User Interface Functions 

In this example of a preferred embodiment of the invention, the Online Commodity 
Trading System is a real time online trading system that deals with the international trading of 
30 various commodities, such as sugar contracts. There are several classes of users within the NodLeT 
system. A Corporate Trader (CT) Administrator is a user that has only administrative rights. This 
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user maintains the account information for the trading company thai is a subscriber to the system. 
The CT Administrator has administrative rights to: (a) issue/manage passwords for corporate traders 
and individuals within the company; (b) authorize users to access the system remotely; (c) add or 
delete individuals under a Corporate Trader ID: (d) change corporate trader standard contract terms; 
(e) change company profile information sent to other traders by the system; and ff) set rules for' 
trading with each counterpart and payment terms for each counterpart. Corporate Traders are 
traders within the system who are bound by the administrative settings selected by the CT 
Administrator. A Senior Individual Trader is a trader who has limited access to some 
administrative rights potentially including the ability to cancel postings by traders of the same 
corporation. Individual Traders are traders within the system who may trade commodities but have 
no administrative rights. A Business Analyst can only view activity on the system and may not 
trade or alter administrative rights. 

The system can be accessed from any capable computer device having Internet 
connectivity and a standard browser. A listing of the typical computer hardware and software 
needed to run the online commodity trading application is provided in Appendix B hereto. A user 
accesses the online trading system on the Internet by entering the system's Internet address into the 
browser. 

Connection to the system's Internet address brings the user to the system's LogOn 
screen. Each Corporate Trader (company trader) has an ID number, which is assigned by the 
system and distributed to the CT Adrninistrator. Each user (Senior Individual Trader or Individual 
Trader) will have their own individual ID and password in addition to the Corporate ID to which 
they belong. To log onto the system's site, the user enters their Corporate ID, Individual ID and 
Password and clicks the Log On button. Upon log on. the user's previously set preferences are 
loaded with the system's server and are used to control the display of information on pages viewed 
by the user, including which transaction items are displayed for trading activities. The user is asked 
to review and accept the legal terms of use for the system. After accepting the legal terms, the user 
is brought to the Main Screen which is the gateway to all of the system's functionality. 
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The Main Screen (sysiem's Home Page) has a navigation bar which provides the user 
with the following functions: 

Log Off: Logs the user off the system. 

Home: Brings the user back to the system's Home Page. 

Preferences: Change user settings (Personal Info, Password, Contract Terms, Counterparts Rules). 

Trading: Allows authorized users to perform functions related to the trading. 

Reports: Allows authorized users to get reports on individual and system states. 

Sitemap: Shows the sitemap with links to the different areas. 

Besides the visual interface of screen displays, the system will also automatically 
notify the user of various events by sending the following types of messages which are posted on 
the Home Page or on the Trading Summary Screen: 

An administrative notification. 

An accepted posting or a closed deal. 

When there is a close trading match in the system (all but one of the matching rules arc met). 
A posting has been deleted. 

A warning to inform the user that a posting will be deleted. 
Someone has countered one of the user's postings. 

An example of a screen display of messages to a user is shown in FIG. 6. The 
following types of sample messages are illustrated; (indicated at 601) that an offer the user has 
posted differs from a bid by a counterpart in only one primary term; (602) that an offer posted by 
the user has been cancelled because the user's group has withdrawn from active trading; (603) that 
an offer posted by the user has been accepted; (604) that a bid placed by the user has matched an 
offer posted by a counterpart. 



30 



An important feature of the online trading system is the ability of the CT 
Adminstrator or Individual User to set counterpart rules. Counterpart rules allow a CT 
Administrator to specify which other system users the company will do business with and what 




WO 01/48655 PCT/US00O3199 



11 

payment terra restrictions apply to that trading company (counterpart). Since the purpose of this 
type of system is to allow the parties posting and negotiating a bid/offer transaction to remain 
anonymous until a deal is closed, these settings prevent two counterparts from doing business with 
one another accidentally in their trading activities. For each company within the list of 
5 counterparts, the CT Administrator must specify whether the company will trade with that 
counterpart company and what kind of payment terms from that counterpart are acceptable. 

Another important feature in the system is the set of matching rules which determine 
when two parties have reached agreement on all essential terms of a contract and the deal is to be 

10 closed. Since traders in any given commodity domain generally expect that the matching rules are 
uniform for all traders using the system, these rules are predetermined and established with the 
system and apply to all traders in that commodity domain. The system will close a deal and remove 
the counterpart bid and offer transactions from further trading activity when they match in all 
primary terms established in the matching rules of the system. The system will notify traders when 

15 a bid and offer are within one primary term to a match. 

In the example of sugar contracts, the preferred system might have established 
matching rules corresponding to the primary terms of a sugar contract accepted in the industry, 
including, for example. Type of Sugar, Sugar Origin, Qunatiry, Quality, NOR, Demurrage, 
20 Minimum/Maximum Polarization, Price, Term, Destination. Destination Port, Origin, Origin Port, 
Shipment Date, Package, Bag Type, Loading Terms, Unloading Terms, Payment Terms, etc. The 
user can view the matching rules maintained by the system on its Matching Rules Screen. 

The user works from the Trading Summary Screen for all commodity trading 
25 activity. For the commodity domain of sugar contracts, two types of sugar contract subdomains are 
provided, white (refined) sugar and raw sugar. The user selects the subdomain type from a menu 
bar, and the Trading Summary Screen then lists all pending bids and offers in that domain, as 
illustrated in FIG. 7. The Trading Summary Screen is divided into two halves. The left side shows 
all the available Bids for WHITES (or RAWS depending on the type of sugar) while the right side 
30 displays all the Offers for WHITES (or RAWS as appropriate). For each type, the display shows 
information under the following column headings: 
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IT (Individual Trader): Initials in this IT column indicates that the posting was created by another 
trader within the same company. The user may not close a deal with this posting since trading with 
other members of the same company is not allowed. When an individual places a bid or offer, they 
will always see their own initials in the IT column. 
Origin: The origin column indicates the sugar origin for a posting. 

Quality: The quality column indicates the quality level (icumsa for whites, Max Pol for raws). 
Quantity: The quantity column indicates the quantity in metric tons for a posting. 
Shipment: The shipment column indicates the acceptable shipment dates for a posting. 
Price: The price for a posting (against London or NY marketplace or fixed price per ton). 

Type: The type column indicates special characteristics about this posting. If there is a "C" 

in the Type column, it indicates that this posting is a counteroffer to another posting in the system. 
If there is a " G" in the Type column, it indicates that this posting is part of a user's group and may 
be removed at any time in accordance with group rules. 



The Trading Summary Screen has set of tabs for trading functions at an upper 
portion of the screen which provide the user with the following trading options: 

New Bid: Allows authorized user put in a new Bid. 

New Offer: Allows authorized user to put in a new Offer. 

Counter: Allows authorized user to put in a counter Bid/Offer. 

Modify. Allows authorized user to modify a posting. 

Detail: Allows authorized user to review the details of a Bid/Offer. 

Accept Allows authorized user to accept a Bid/Offer. 

Hold/Release: Allows authorized user to hold or release a posting. 
Emergency Delete: Allows authorized user to remove postings. 



Selecting the New Bid or New Offer function brings up an input template form 
having input fields for all of the primary terms established in the system for closing a sugar 
contract. A sample of a New Bid form is shown in FIGS. 8A and 8B. Each field in the form is 
explained in more detail in Appendix A. Some of the input fields have pull down menus (down 
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arrow buttons) to restrict or simplify selection of options available to the user. Near the end of the 
form are text input boxes for "Standard Contract Terms" and "Special Terms". These are for term 
provisions that the submitting parry wants to have in the final contract and are therefore binding, but 
are deemed to be administrative terms which will not be used in determining a match. At the 
bottom of the form are Reset and Submit buttons. The Reset button clears the form to allow the 
user to start from the beginning, and the Submit button takes the data and submits it for storage as a 
transaction data record in the system. 

An authorized user may opt to place counterbids or counteroffers to the bid or offer 
of another party by selecting the bid or offer from the Trading Summary Screen and hitting the 
Counter button at the top of the screen. This will bring up a Counter form, as illustrated in FIG. 9, 
which is in the same format as the new bid or offer entry form. The fields of the Counter form are 
initially populated with the same data that exist in the bid or offer record to which the counter is 
being made. The user may modify any of these fields to adjust the terms of the user's counterbid or 
counteroffer. The user may also edit or add to the administrative terms in the text input boxes in the 
manner they would like to see included in the final contract. When the user clicks the Submit 
burton, the data is stored as a transaction data record in the system, and the counter will be posted 
on the Trading Summary Screen as a counteroffer or counterbid. If the same user places two 
counters against a single posting, the original counter will be updated automatically to eliminate the 
possibility of an IT having two counters against the same posting. However, the user may place two 
or more counters that differ in terms against the same underlying posting. Users may also specify 
how long the counterbid/offer will remain posted, as well as whether or not it will deleted when the 
original posting it was made against is removed. A report of the history of a posting may also be 
viewed. 

A user may also modify his/her own bids/offers or counterbids/counteroffers by 
selecnng the posting from the Trading Summary Screen and hitting the Modify button at the top of 
the screen. This function retrieves the transaction data record of that bid or offer, and allows the 
user to modify any of the fields thereon. Upon submission, the modified data record is stored. 
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New bids and offers are stored in the system's transactions database as data records 
identified by an assigned data record number. The data record includes fields hidden from display 
that identify the trader, group, or other user status, data and time of the posting, and any linkages to 
other group transactions. When the user acts to submit a counter or modified bid or offer, the 
5 system retrieves the data record of the selected bid or offer, and compares the trader and group CD 
information to that of the user requesting the counter or modification. The user will be precluded 
from countering the bids/offers of traders from the same group, and from modifying the bids/offers 
of other traders. For a legitimate action, the system sets up a new data entry form and populates its 
fields with data from the underlying record. The user can then add or change any of the data in the 

io fields. Upon submitting the form for posting, the system will assign a new data record number to 
the counter or modified bid/offer, insert a link to the underlying data record, and Store the new data 
record in the transaction database. The system will then post the new transaction automatically and 
show the new entry on the Trading Summary displays of authorized online users. For a counter 
bid/offer, the system will highlight the new entry on the display of the trader who submitted the 

i 5 original bid/offer as a counter, and send a message alerting the user. For a modified bid/offer, the 
system will remove the trader's original bid/offer and show the new posting as a modified bid/offer. 
The techniques for implementing these functions in the system database and in displays to online 
users are well know to those skilled in this field, and are not described in further detail hereiri 

20 A user may at any time review the details of a bid or offer by selecting the bid or 

offer from the Trading Summary Screen and hitting the Details button at the top of the screen. This 
will bring up a Bid Detail / Offer Detail screen displaying the fields of the corresponding data 
record. The user may then decide to make a counter or to modify the bid or offer (if it is their own), 
as described above. 

25 

A user may accept a bid or offer by selecting the bid or offer from the Trading 
Summary Screen and hitting the Accept button at the top of the screen. When a user accepts a bid 
or offer, they accept all the terms of that bid/offer. After successfully accepting a bid, the selected 
bid or offer will be highlighted and flash on all users' screens for 60 seconds. It will then be 
30 removed from all users' screens and a message will appear in the textbox at the upper right comer 
of the Trading Summary Screen of the two parties that the deal has closed. 
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The system has an auromatch engine which constantly compares all postings. If two 
postings are a match (under the matching rules of the system), the system will automatically close a 
deal with no further input from either user. A match of all primary terms on any two postings is 
5 necessary for a match. Administrative terms to be included in the resulting contract do not stop the 
automatch engine from closing a deal but they are still binding on both parties. When a deal has 
been closed, the system automatically sends confirmation messages to both parties, and generates a 
final contract by incorporating the primary and administrative terms into a contract form. Both 
counterparts can view the contract prior to printing from the selection tab on the Home Page. 

10 

A user may hold or release his/her own bid or offer by selecting the bid or offer from 
the Trading Summary Screen and hitting the Hold/Release button at the top of the screen. When a 
user holds a bid/offer, it will be grayed out on the system and nobody else will be able to accept it 
until the owner of the bid/offer releases it. A user releases a bid/offer by hitting the Hold/Release 
15 button again. 

The Trading Summary Screen offers the following options to the user to alter the 
display of bid and offer postings. A user may filter a list to narrow it down by clicking on the down 
arrow under each column heading casuing a drop down box to appear. The user then selects one or 

20 more of the desired items to filter from the drop down lists. For example, if a user would only like 
to see Bids originating from Brazil, they would select Brazil under the Origins drop down list. As a 
result, the only Bids/Offers shown on the list will be those that have sugar origins of Brazil. In 
addition to filtering, the user is able to re-sort the postings by clicking on the heading they wish to 
sort by. For example, clicking on the Origin column title will sort the list in ascending order by 

25 origin- Clicking it a second time will sort the list in descending order by origin. At any point in 
time, the user may click on the burton labeled "Return to Market View" to return to a summary 
screen view with all postings. The user can also quickly find the closest match for a bid or offer 
using the Find Best Bids or Find Best Offers buttons. For example, as illustrated in FIG. 10, the 
Find Best Bids button on the lower right comer of the "Offers" half of the screen allows the user to 

30 display all closest bids to a selecied offer on the left "Bids" half of the screen. Similarly, the Find 
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Best Offers burton in the lower left comer of the "Bids" half of the Trading Summary Screen results 
in display of all closest offers to the selected bid on the right "Offers" half of the screen. 

The system also generates reports which an authorized user may view of current and 
past activity on the system. This includes individual positions as well as corporate positions. In 
addition, authorized users can see reports indicating closed deals as well as market activity without 
companies specified. The users can also see the Posting History report. 

Whenever a deal is made, the system will automatically generate an invoice for the 
parties involved in the deal. The system prints out invoices for users charging them for use of the 
system. These invoices may be sent out weekly on or after the last day available for each shipment. 
A system administrator may change the invoice's amount and shipment date prior to mailing 

In the described system, the ability of a user to retrieve a transaction data record and 
review the detailed terms of the bid or offer and to make a counter or modify the terms of their own 
bid/offer provides the core function of allowing parties to move progressively toward a match. 
Access of a user to bids or offers of interest is controlled by the user navigation scheme of the 
system, so that the display of details of a bid or offer never requires identification of the submitter. 
The counterpart rules preclude a user's viewing and trading with parties the user has indicated they 
would not deal, so bids and offers from unsuitable parties are not included in the Trading Summary 
Screen. The settings and ID issuances of the CT Administrator preclude a user's viewing and 
trading with other members of their own group. The initials of a group member only appear on the 
displays to other group members, and not to persons who are not members of that group. The 
initials of the user for their own bids and offers appear only on the display to that user. Thus, the 
user interface logic allows all parries to a potential match to remain anonymous in the online trading 
system until a deal is closed, while allowing them to fine-tune their "negotiation" through the 
counter or modify bid/offer functions to bring their bid or offer closer to acceptance by the other 
parry or a match. 

Although not described in detail herein, the online trading system and its core 
features may be supplemented with functional enhancements or implemented in alternative ways. 
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For example, instead of simply notifying a user when a close match exists separated by one primary 
term, the system could be modified to provide different stages of notification when a bid or offer is 
close to their bid or offer. For example, the system can issue messages for "Close Match By 3", 
"Close Match By 2", and "Close Match By 1" when bids or offers are separated by three, two, and 
5 one unmatched primary terms, respectively. The system can also alert the user when a Close Match 
has been countered or modified to reduce the separation in unmatched primary terms. Also, the 
sorting and filtering and Find Best Bids/Offers functions can be modified to allow the user to 
indicate their ranking of primary terms for a bid or offer in order of importance, so as to result in a 
display of "Close Matches" ranked in order of the importance of primary terms. For example, if 
10 "Quantity" is the most important term to a specific trade, the display of Close Matches to the trader 
would be ordered with those Close Matches that match the Quantity term at the top, so that the 
trader can focus on adjusting the lesser terms of those bids and offers that have met the Quantity 
criteria. 

15 The system can also be modified to provide a wide range of enhanced trading 

management functions deemed desirable for the convenience or trading efficiency of users. A 
Boolean search function can be provided to allow the user to narrow a list of bids or offers of 
interest by more than one parameters. The system can provide pop-up lists of Close Matches, 
posting history summary, and/or closed transactions summary to facilitate the trader's viewing of 

20 information for understanding of the background or context of a particular item. If there are a 
number of Close Matches, detailed displays of their primary terms can be tiled or cascaded to allow 
the user to compare them all in one view. Similarly, a comparison view of multiple counters made 
by a trader and counters to those counters can help the trader to understand how a counterparty is 
responding to counters with different offered terms. The addition of such enhanced functions 

25 should take into account the desirability of maintaining ease of use and simplicty of the system. 

It is to be understood that many other modifications and variations may be devised 
given the above description of the principles of the invention. It is intended that all such 
modifications and variations be considered as within the spirit and scope of this invention, as 
30 defined in the following claims. 
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CLAIMS: 

1 . An online trading system comprising: 

(a) a Bid/Offer input interface for allowing a user to enter terms in a predetermined 
set of fields for a bid or offer and to submit the bid or offer for posting in the system anonymously 
without identification of the submitter, 

lb) a Trading Summary interface operable by users for displaying an anonymous 
postings of bids and offers submitted ro the system, and for identifying a match of a bid and a 
counterpart offer with respect to the terms in the predetermined set of fields of each counterpart; 

(c) a Bid/Offer database for storing and retrieving data records of bids and offers 
submitted to the system; and 

(d) a Counter Bid/Offer interface operable by a user to select a pending bid or offer 
displayed on a display of the Trading Summary interface, to retrieve the corresponding data record 
from the Bid/Offer database and display the terms existing in the predetermined set of fields without 
identification of the submitter, and then to counter or modify one or more terms and submit the 
countered or modified bid or offer as a new posting in the system without identification of the 
submitter, 

whereby users of the system can remain anonymous while engaging in countering or 
modifying an original bid or offer as a new posting in the system in order to move progressively 
toward a match of terms in the predetermined set of fields. 

2. An online trading system according to Claim 1, wherein the Bid/Offer input 
interface includes a predetermined set of fields typical of commodities contracts. 

3. An online trading system according to Claim 1 , further having an Administration 
interface for registering users authorized to access the system over a network connection, and for 
checking users logging on to the system over a network connection for such authorization before 
providing access to the system. 
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4. An onLine trading system according to Claim 3, wherein the Administration 



interface includes a trading rules function for setting preferences of a user as to counterparties that 
the user is willing to enagc in trading activities with, wherein said Administration interface loads 
the preferences set for a user when the user logs on to the system in order to display only bids and 
5 offers on the Trading Summary interface submitted by parties that meet the user's preferences. 

5. An online trading system according to Claim 1 , further having an Administration 
interface for registering a group of users who are members of the same company and are authorized 
to access the system over a network connection, and for checking users logging on to the system 
10 over a network connection for such authorization before providing access to the system. 



interface includes a trading rules function for setting preferences for all members of a company as 
to counterparties the company is willing to enage in trading activities with, wherein said 
13 Aaministratton interface loads the preferences set for a user as a member of the company when the 
user logs on to the system in order to display only bids and offers on the Trading Summary interface 
submitted by parties that meet the company's preferences. 

7. An online trading system according to Claim I. wherein the Trading Summary 
20 interface includes a filter for filtering out for display only those bids and offers which meet a given 

filter criterion. 

8. An online trading system according to Claim 7, wherein the Trading Summary 
interface displays a limited set of parameters for each bid and offer in columns corresponding to the 

25 parameters, and the filter is operated to filter bids and offers in accordance with a column parameter 
selected by the user. 

1 0. An online trading system according to Claim 7. wherein the Trading Summary 
interface displays bids in one part of a display view to the user and offers in another part of the 
30 display view, and the filter is operated to filter the closest matching bids to a selected offer, and vice 
versa. 



6. An online trading system according to Claim 5, wherein the Administration 
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1 1 . An online trading system according to Claim 1 , wherein the Counter Bid/Offer 
interface is operable by the user to retrieve the data record of a selected bid or offer submitted by a 
counterparty and to generate a counteroffer or counterbid by incorporating the terms of the selected 
bid or offer and any change or modification to the terms entered by the user. 

12. An online trading system according to Claim 1, wherein the Counter Bid/Offer 
interface is operable by the user to retrieve the data record of a selected bid or offer submitted by 
the user and to generate a modified offer or bid by incorporating the terms of the selected bid or 
offer and any change or modification to the terms entered by the user. 

1 3. An online trading system according to Claim 6, wherein the Trading Summary 
interface provides a display to the user in which bids or offers submitted by other users of the same 
company are identified and accepting or matching such bids or offers is precluded. 

14. An online trading system according to Claim 1, wherein a match of a bid and 
counterpart offer is determined by the Trading Summary interface when all terms in the 
predetermined set of fields match. 

15. An online trading system according to Claim 14, wherein a close match of a bid 
and counterpart offer is determined by the Trading Summary interface when the terms in the 
predetermined set of fields are separated by a predetermined number of unmatched terms. 

16. An online trading system according to Claim 15, wherein a close match is 
determined by the predetermined number of unmatched terms being one. 

1 7. An online trading system according to Claim I , wherein the Trading Summary 
interface generates a final contract between the parties when a match is determined which 
incorporates the matched terms of the predetermined set of fields. 
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1 8. An online trading system according to Claim 1 7, wherein the Bid/Offer input 
interface includes an additional field for entry of administrative terms for inclusion in the final 
contract between the parties but which are not taken into account by Ihc Trading summary interface 
in determining a match. 

1 9. A method of conducting online trading comprising: 

(a) allowing a user to access an online trading system and enter terms in a 
predetermined set of fields for a bid or offer and to submit the bid or offer for posting in the system 
anonymously without identification of the submitter; 

(b) displaying an anonymous postings of bids and offers submitted to the system, and 
identifying a match of a bid and a counterpart offer with respect to the terms in the predetermined 
set of fields in each counterpart; 

(c) storing data records of the bids and offers submitted to the system; 

(c) retrieving the data record of a bid or offer selected by a user and providing a 
display of the terms existing in the predetermined set of fields for the bid or offer without 
idenrification of the submitter, and allowing the user to change or modify one or more terms and 
submit the countered or modified bid or offer as a new posting in the system without identification 
of the submitter, 

whereby users of the system can remain anonymous while engaging in countering or 
modifying an original bid or offer as a new posting in the system in order to move progressively 
toward a match of terms in the predetermined set of fields. 

20. A method of conducting online trading according to Claim 19. further 
comprising: precluding a user from selecting a bid or offer for countering which was submitted by a 
party which has been predeterminedly identified as a party the user is precluded from trading with. 
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A ppendix A 



Elements of the New Bid/New Offer/Counterbid/Counteroffer/Details screens: 



Name of Corporate Trader 


Name of trader using system 


Transaction Number 


These are unique system assigned transaction 
ED numbers. 


Contract Number 


The number of the contract. These are unique 
system assigned contract ID numbers. 


Contract Date 


The date of the contract shown when a deal has 
closed. 


Name of Counterpart 




Remain Posted After the Original Posting 
is Gone? 

(YES/NO) 


♦Only in Counter forms. 
Specifies if the counterbid/counteroffer will 
remain posted after the original posting it was 
posted against is gone (when the original deal 
has not been matched). 


Posting Duration 

(User selects from Uhours or Until Canceled) 


*Only in New Bid/New Offer/Counter forms 
Specifies the amount of time that the bid/offer 
will remain posted. 


Group # 


*Only in New Bid/New Offer/Counter forms 
Places the posting in the group selected by the 
user. 


Commodity Information 


Type of Sugar 

{Whites/Raws) 


Specifies the type of sugar being traded. 


Origin 

(User selects from a pre-populated list of 
countries) 


Specifies the origin of the sugar. 


Quantity 

(User enters a number for tons of sugar) 


Specifies the amount of sugar being traded. 


Tolerance 

(User selects from a list between 0.0%. 2.5%, 
5% or J 0.0%) 


Specifies the tolerance level for the quantity of 
sugar being shipped. The user does not select a 
tolerance for a min/max shipment (leave the 
default 0% setting) 


Price 

(User selects from a list of components 
making up the price) 


Specifies the price of sugar. Price is 
determined by market, month, pts or dollars, 
and contract number. 


Fixed Price 

(User enters an amount) 


Alternately the user may indicate the price by 
entering the fixed price per metric ton. 


Qualitv: 
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A. 2 





selection process. To select all the ports from a 
country or region, select the port option with 
the * after it. Example, Brazil.* selects all 
Brazilian ports. 


Shipment Date 

(User selects a range of dates from drop down 
lists) 


Specifies the time frame in which the sugar can 
be shipped. A beginning and end date must be 
selected. Date range must have some time in 
the future. 


Packing 

(Bans/Bulk) 


Specifies whether the sugar will be bagged or 
whether it will be transferred in bulk. 


Bag Type / Containers 

(User selects from None, Polyjutes. 
Polypropylene or Other from a drop down list 
and selects Containers or No Containers) 


This option is available when 'Bags' is selected 
for Packing. Specifies the type of bags to be 
used and whether or not they will be in 
containers. 


The bottom of the forms allows the user to specify the shipping terms on which to ship the sugar. 


Loading Terms 

(User enters loading terms in loading term 
formats) 


Specifies how many tons of sugar can be 
loaded per day per hatch per exclusions. 


Unloading Terms 

(User enters unloading terms in loading term 
formats) 


Specifies how many tons of sugar can be 
unloaded per day per hatch per exclusions. 


As per Charter party 


This allows the users to let the charter parry set 
Demurrage and Dispatch rates. 


Demurrage Rate 

(User enters rate with a maximum of six digits) 


Specifies penalty in price for slow loading. . 
Expressed as dollars per day. 


Dispatch Rate 

(User enters rate with a maximum of six digits) 


Specifies bonus in price for fast loading. 
Expressed as dollars per day. 
'Rate is usually half the demurrage rate and is 
automatically filled in by the system. User has 
the option of modifying this rate. 


Payment 

(User selects from a list: CAD through a Bank, 
CAD. L/C or Other) 


Specifies the payment terms for the delivery of 
the sugar. 


Ship Requirement 

(User selects from a list: Bulk Carrier, Twin 
Decker. Panamax, Cape Size or None) 


Specifies special ship requirements 


Arbitration 

(User selects from a list) 


Specifies the company that will settle 
arbitration disputes. 


Standard Contract Terms 

(User enters terms of contract into a textbox) 


Show the standard contract terms as entered by 
theCT. 


Special Terms 

(User enters misc. special terms into a textbox) 


Allows the user to define any special terms for 
the contract not captured by the system. 
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1VUNP0I 

(User enters a number greater than or equal 
to 96) 


Minimum Polarization quality measure. 


MAX Pol 

(User enters a number greater than or equal 
to 96) 


Maximum Polarization quality measure. 


Icumsa 

(User enters a number) 


Quality measure. 


Humidity 

(User enters a number in percent format i.e. 
Must be less than 1. 00) 


Quality measure. 


Ashes 

(User enters a number in percent format i.e. 
Must be less than 1. 00) 


Quality measure. 


Shipment Information 


Term 

(User selects from FOB Stowed. FOB Stowed 
Range, FAS. CIF. or CFR) 


Specifies the shipment terms. 


Liner Out/Free Out 

(User selects from a list) 


This option can be selected if the terms of 
shipment are CIF or CFR. If terms other than 
these are selected. NONE is defaulted. 


Notice of Readiness 

(User enters a number) 


Notice of Readiness for shipment 


Shipment Origin 

(User selects the Country/Region and Ports 
from drop dawn lists) 


User may specify acceptable and unacceptable 
ports for the sugar by first selecting the desired 
country or region and then selecting a port from 
the list. The user then clicks on the 'Add 
Acceptable Ports' or 'Add Not Acceptable 
Ports' button. User may also remove ports 
from the list by selecting the port and clicking 
the 'Remove' button. 
*To select one or more ports, repeat the 
selection process. To select all the ports from a 
country or region, select the port option with 
the * after it. Example, Brazil.* selects all 
Brazilian ports. 


Shipment Destination 

(User selects the Country/Region and Ports 
from drop down lists) 


*This option is only available if the user 
chooses User may specify acceptable and 
unacceptable ports for the sugar by first 
selecting the desired country or region and then 
selecting a port from the list. The user then 
clicks on the 'Add Acceptable Ports' or 'Add 
Not Acceptable Ports' button. User may also 
remove ports from the list by selecting the port 
and clicking the 'Remove' button. 
*To select one or more ports, repeat the 
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Appendix B 

Computer hardware and software needed to run NodLeT application 

• Computer/Processor: 

486DX/66 MHz or higher, (a Pentium processor is preferred.) 

• Operating System: 

Windows 95, Windows 98, or Windows NT 4.0. If you are running a version of Windows 
NT, you must be running Windows NT Service Pack 3 or higher. If you are running the 
Hebrew or Arabic version of Windows 98, you cannot install the English language version of 
Internet Explorer 5. 

• Memory: (128MB is desired for good performance) 
For Windows 95/98 and Windows NT: 

32MB of RAM minimum. 



• Hard drive space: 

Minimal install (Browser-only) 
Required for install: 45MB 
Required to run: 27 MB after restart. 

Typical install: 

Required for install: 70 MB 

Required to run: 55 MB after restart 

Full Install: 

Requircd for install: 1 1 1MB 
Required to run: 80 MB after restart. 

• Mouse & Modem 

• Internet connection 

• CD-ROM drive (if installation is done from a CD-ROM) 

• Some components may require additional systems resources not outlined above 
Browser: Microsoft Explorer higher than 4.0; preferably 5.0 

Internet access speed (56KB) 
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ONLINE COMMODITIES TRADING SYSTEM WITH 
ANONYMOUS COUNTER BID/OFFER FUNCTION 



SPECIFICATION 

FIELD OF THE INVENTION 

This Invention relates to a system for conducting online trading systems and 
electronic "marketplaces for commodities and. In particular, to such systems where a trader-user can 
remain anonymous While conducting bid. offer and trading-related activities with a high degree of 
precision and efficiency. 

BACKGROUND OF THE INVENTION 

OnBne trading systems allow for m ore efficient marketplace Interactions when 
participants can remain anonymous while conducting their trading activities. If the Identities of the 
trading parties were known, then that information may adversely affect the fluidity of the marketplace 
since knowledge of who Is making what bids and offers may induce a trader to engage in strategic 
behaviors against specific traders and alter the bids or offers they would otherwise make against en 
open market of participants. However, maintaining anonymity in online trading systems is problematic 
when a trader making a bid Is a close match to a counterpart making a ctose offer. If only one or a few 
detailed terms separate the parties from agreeing on a contract, then direct Interaction with the other 
trader on fine-grained modifications of remaining terms can often facilitate bridging the gap and 
making the deal. This Is particularly important In commodities trading where there may bB many terms 
of different levels of Importance affecting the acceptability of a deal between parties. Therefore, one of 
the main technical problems In online trading systems has been how to permit fine-grained Interactions 
between traders while still maintaining anonymity. 

An example of one proposal to solve this problem Is explained in U.S. Patent 5,924,082 
to Silverman, issued on July 1 3. 1 999. The Silverman Patent is directed to a network system connected 
to remote terminals for negotiated matching of potential parties to a transaction. Each user enters ranking 
data Indicating their preferences for executing transactions online, and trading data Indicating the primary 
or "firm" terms of transactions they are willing to execute. The system may filter listed bid/offer 
transactions to be rrtatched based upon the ranking data the user has indicated for acceptability of 
transactions. A matching computer which operates the system compares the trading data entered by 
users and uses the ranking data from each user to Identify when the primary or "firm" terms of transactions 
are matched between parties. The system then enables messages lo be transmitted between (he parties 
to negotiate secondary or "soft" terms for a transaction. ThB communications may be in a structured form 
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via a display box displayed on each party's screens into which each party can modify the displayed soft 
parameters until aB terms are acceptable to the parties, or it may be free-style text dialog that is typed in 
by the parties in a "Conversations" box that also appears in the other user's display. When agreement 
has been reached on all firm and soft parameters of a transaction, the matching computer executes the 
transaction and removes it from the system. 

A disadvantage of the above type of fi rm/soft matching system is that once certain 
parties have been Identified as matching in primary terms, the negotiations on soft terms is conducted 
only bBtween the counterpart parties, while other traders are not provided with information on the 
ongoing negotiations to allow them to participate In making counter offers. This has the effect of 
excluding the rest of the marketplace from participation once the system has identified a tentative 
match on primary terms. However, In actual marketplace environments, there may be other traders 
whose offers did not match, the primary terms of a bid, yet who might be more willing to meet the 
bidder's soft terms than the counterpart who did match the primary terms of the bid, and vice versa. 

SUMMARY OF THE INVENTION 

Accordingly, It Is a principal object of the present Invention to provide an online trading 
system for commodities which permits fine-grained Interactions between traders while still maintaining 
anonymity. It is a particular object that the system provide a facility in which traders can readily 
ascertain close matches with other parties In order to fine-tune the terms of their bids or offers, whliB 
not being excluded from Interactions on a deal until onB party has completely met all terms of 
acceptance with a counterpart party. 

In accordance with the present invention, an online trading system comprises: 

(a) a Bid/Offer Input Interface for allowing a user to enter terms In a predetermined set 
of fields for a bid or offer and to submit the bid or offer for posting in the system anonymously without 
identification of the submitter, 

(b) a Trading Summary Interface operable by users for displaying an anonymous 
postings of bids and offers submitted to the system, and for Identifying a match of a bid and a 
counterpart offer with respect to the terms in the predetermined set of fields of each counterpart; 

(c) a Bid/Offer database for storing and retrieving data records of bids and offers 
submitted to the system; and 

(d) a Counter Bid/Offer Interface operable by a user to select a pending bid or offer 
displayed on a display of the Trading Summary interface, to retrieve the corresponding data record 
from the Bid/Offer database and display the terms existing In the predetermined set of fields without 
Identification of the submitter, and then to counter or modify one or more terms and submit the 
countered or modified bid or offer as a new posting in the system without Identification of the 
submitter, 
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whereby users of the system can remain anonymous while engaging In countering or 
modifying an original bid or offer as a new posting In the system in order to move progressively toward 
a match of terms In the predetermined set of fields. 

in a preferred embodiment of the online Iradlng system, the Bid/Offer input Interface 
allows entry for a large number of terms typical of commodities contracts, such as slock type, quantity, 
price, shipping terms, delivery date, delivery location, payment terms, etc. The system allows 
preferences to be set for each user as to counterparties they are precluded or have precluded from 
dealing with. The Trading Summary interface includes a function to filter or to find best offers that are 
closest matches to a selected bid. and vice versa. Users can continue to submit bids, offers, and 
counters until a complete match of terms In the predetermined set of fields exists, then the system 
removes the matching transactions from the Trading Summary interface, and generates a notification 
to the parties and a final contract for the closed transaction. The Bid/Offer input Interface can Include 
an additional field for entry of "administrative 0 terms for inclusion in a final contract between thB parties 
but which are not taken Into account In determining a match. 

Other objects, features, and advantages of the present invention will be described In 
further detail below, wflh. reference to the following drawings: 

BRIEF DESCRIPTION OF DRAWINGS 

FIG. 1 is a schematic diagram of the overall process architecture for an examfela of an 
online trading system for commodities (sugar) contracts In accordance with the invention. 

FIG. 2 is a schematic diagram of the overall process architecture for the user Interface 
in the example of the online trading system of FIG. 1. 

FIG. 3 Is a schematic diagram of the screen displays comprising the user Interface in 
the example of the online trading system of FIG. 1. 

FIG. 4 "Is a schematic diagram of the overall system architecture in the example of the 
online trading system of FIG. 1. 

FIG. 5 Is a block diagram of the functions or screen displays accessible through the 
user interface In the example of the online trading system of FIG. 1 . 

FIG. 6 is an example of a screen display for providing message alerts to users of the 

system. 



SUBSTITUTE SHEET (RULE 26) 



WO 01/48655 



4 



PCT/US00/33199 



FIG. 7 is an example of a Trading Summary Screen used tor traoing acgvmes Dy 
users of the system. 

FIGS. 8A and 8B pre an example of a screen display, of an input form for submitting a 
New Bid or New Offer In the system. 

FIG. 9 Is an example of a screen display pf a form for submitting a counter to a Bid or 
Offer In the system. 

FIG. 10 Is an example of use of a Find Best Bids function to restrict a screen display 
to only Bids or Offers of Interest to the trader. 

DETAILED DESCRIPTION OF INVENTION 

In the following detailed description, a preferred embodiment of the online trading 
system of the present Invention Is described using the example of a commodities trading system for 
sugar contracts- However, It Is to be understood that the guiding principles of the invention are not 
limited to this example. The system may be used for purposes of this tnventfon for many other types 
of commodities trading systems, and, more broadly, to any type of online trading system where 
anonymous fine-grained Interactions on terms between parties is required. 

Referring to FIG. 1. the overall process architecture for the example of an online 
trading system for sugar contracts Is illustrated. This diagram provides a representation of the 
process requirements for the trading domain. The commodity being traded in this case Is white and 
raw sugar. The main trading unit is a SugarContract. ThB SugarContract typically encompasses a 
predetermined set of terms, such as Type of Sugar <whtte/raw, quality), SugarOrlgin, Packing, 
Maturity, Quantity, Price, Payment, ShlpmentTerms (CAF/FOB/FOT, Origin and/or Destination, 
Loading/Unloading Terms, Penalty), and Administrative or Secondary Terms. 

The online commodity trading syslem handles transactions In terms of traders, brokers, 
bids, offers, etc.. and defines the relationships among them. Traders 102 can place bids/offers, accept 
deals, etc., through Brokers 103. The Broker uses a data class named Operational Summary 101 
(OpSumrriary) 1o store, track, and dispose of active postings. Operational Summary is not only a passive 
storage, but it also contains all the operational rules of how the market operates and applies them to all 
new postings and user requests. The Operational Summary 101 is also responsible for providing the 
trading Information to be made visible to the Traders and Broker who are approved as authorized Users 
201a of the system. The main trading unit Is a Contract 104 which Is attached to (associated with) a 
Posting 105. The Posting can be a Bid 106 or an Offer 107. Every accepted contract Is converted to a 
ClosedContract 108 which Is Identified by a transaction number/a buyer Trader, and a seller Trader. All 
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the Closed Contracts are kept In a TradeHtsloiy (data) object 109. There are also objects describing 
system History 1 1 0 and Invoices 111. 

Referring to FIG. 2, the overall process architecture for Uib user Interface In the online 
trading system is illustrated. Users 201 are registered by specifying name, password, rights of access 
In the system, and profile, which is stored in a Profile object 201a. Users may be Individual Traders 
202 or Corporate Traders 203. An Individual Trader will set their rights of access 202a, trade limJts 
202b, and screen preferences 202c by submission for approval by the System Admlnstrator 204 • 
during registration as a User. A Corporate Trader 203 has access rights, profile, and terms 
established through a Corporate Trader (CT) Administrator 205. which sets the rights of access 202a, 
trade limits 202b, and screen preferences 202c for all Corporate Traders who are Identified with that 
Corporate group. The CT Administrator also sets the Administrator's Flights 205a, Access Rights 
205b, and Report Rights 205c. The Corporate Trader 203 can also set their requirements for 
Counterparties 206 they w3l transact with, Contract Terms 207 which they are authorized offer, and 
Counterparty Terms 208 to which they will accept being bound. 

Referring to FIG. 3, the User Interface domain to the system is Illustrated. The Main 
Screen Is the "home page" displayed after a User has togged on and been recognized as en authorized 
user. The Main Screen has as comonents the Trading Summary Screen 302 and the ClosedContracts 
Screen 303. The Trading Summary Screen 302 displays all of the pending bids and offers being handled 
by the system, and may be adjusted for alignment, sort order (order of display of entries), filtering (display 
of entries of selected type/value), layout, adding or removing postings, setting the attributes of a posting, 
showing the Bid/Offer History of a posting, and expanding to display the complete record of a Bid/Offer 
posting. The Trading Summary Screen can be used to call up a detailed view of the Bid/Offer Thread 
Screen 302a and the Bid/Offer Details Screen 302b. Other displays handled by the system', which are 
outside the Users domain, Include logon screens. System Admlnstrator screens, Individual Trader (IT) 
screens, CT Administrator's screens, and report, invoicing, and notification screens. 

System access is obtained by the process of user |og-jn afifl authentication. After the 
user completes t^'log-l^process and Is authenticated, the system will l°ad user preferences (as stored 
for that user) and djspjay Majr) Screen. The Main Screen can InyqKe system functionality including 
several different historlca^dfiurjent'dlsplays. The System Admlnjstratoraje'super users" meaning that 
they have unrestricted Bcc^ju»'a|) ay^sm functionality and Battings. CT Administrators have access to 
several function? Hjjat enable' them to 'maintain their corporateaccounls within the system . CT Users have 
access to the functionality In the system denned by the CT Admlnstrators. IT Users have access to the 
functionality that allows them to operate in a trading capacity within the system. As with the CT users, 
indication of a particular functionality does not mean that all IT users will have unrestricted use of that 
functionality. 
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Referring to FIG. 4. the preferred technical architecture of the exemplary system Is 
illustrated. Users connect to the system via their client (browser) computer access device which typically 
navigates through online pages via XML or HTML scripts. The client devices establish connection over 
the Internet using the standard TCP/IP protocol to the system server. The system server typically has an 
overall Web server configuration which Ineludesa Java Server for hendllngJava applets orservelets, and 
Is protected preferably by both an external firewall and an internal firewall. Behind the internal firewall, 
the main application server for the system handles ail of the substantive functionality for the system, 
Including system administration, security, transaction management, and datbase (object) management 
The application server is coupled to a database server which provides high-capacity storage for the 
requirements of the system. 

Referring to FIG. 5, the basic process flow for a typical user Is Illustrated. The user 
has previously registered as an authorized user of the system and has designated the user's 
preferences for trading activity and use of the functions of the system. These preferences are loaded 
upon lhe user's logging on In order to customize the functionality of the system to the user's 
preference profile. These preferences Include deal matching criteria preferences as well as 
notification condition preferences. Changes to the profile can be made by submission to the system 
as an update. Following logon 501 and loading of preferences 502, the user Is token to the Main 
.Screen at block 503. For trading activity, the user enters lhe commodity domain of the system from 
block 504 (here, white/raw sugar contracts) and views the Trading Summary Screen at block 505. 
Here the user can place bids at block 506 to posted offers, place offers at block 507, delete a bid at 
block 508. accept an offer or bid. at block 509, or view offer/bid details at block 510. From the viewing 
of offer/bid details, the,u_ser can accept an offer/bid at block 511, colter en pffer/pld at block 512, 
and/or modifyWoffe'/bici .«t*b!cck^1 3 From the Mjn ^cr ^ 1(10 user cqri also view Reports at 
block 514, handja (ii'nl!o1) t^dm]nstrotion functions aLbfocR ft]Q, o> Vfew legal' terms at block ^16, 
such as the syel w'e^rn^Vwnt 1158 * usw P 1 *®^ P 0 " 0 ** 

With regard to the bid and offer placement functions, the counter placement function 
is a special subset of the offer/bid function. The user can invoke the counter bid/offer function in order 
to fine-tune the "negotiation" on one or more terms of a closely matching offer or bid. As described 
•further below, the user Interface for the counter bid/offer function Is designed to facilitate the user's 
viewing of the details of the many terms of the target offer or bid, and to adjust one or more terms for a 
counter that the user hopes will be acceptable to the counterparty. The counterparty can accept the 
counter bid/offer, or make its own counter offer/bid in a similar manner. 

Operation of User Interface Functions 

In this example of a preferred embodiment of the Invention, the Online Commodity 
Trading System is a real time online trading system that deals with the International trading of various 
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commodities, such as sugar contracts. There are several classes of users within the NodLeT system. 
A Corporate Trader {CT) Administrator is a user that has only administrative rights. This user 
maintains the account Information for the trading company that is a subscriber to the system. The CT 
Administrator has administrative rights to: (a) issue/manage passwords for corporate traders and 
individuals within the company; (b) authorize users to access the system remotely; (c) add or delete 
Individuals under a Corporate Trader ID; (d) change corporate trader standard contract terms; (e) 
change company profile Information sent to other traders by the system; and (f) set rules for trading 
with each counterpart and payment terms for each counterpart. Corporate Traders are traders within 
the system who are bound by the administrative settings selected by the CT Administrator. A Senior 
Individual Trader Is a trader who has limited access to some administrative rights potentially Including 
the ability to cancel postings by traders of the same corporation. Individual Traders are traders within 
the system who may trade commodities but have no administrative rights. A Business Analyst can 
only view activity on the system and may not trade or alter administrative rights. 

The system can be accessed from any capable computer device having Internet 
connectivity and a standard browser. A listing of the typical computer hardware and software needed 
to run the online commodity trading application is provided in Appendix B hereto. A user accesses the 
online trading system on the Internet by entering the system's Internet address Into the browser. 

Connection to the system's Internet address brings the user to the system's LogOn 
screen. Each Corporate Trader (company trader} has an ID number, which Is assigned by the 
system and distributed to the CT Administrator. Each user (Senior Individual Trader or Individual 
Trader) will have their own Individual ID and password In addition to the Corporate ID to which they 
belong. To log onto the system's site, the user enters their Corporate !D, Individual ID and Password 
and clicks the Log On button. Upon log on, the user's previously set preferences are loaded with the 
system's server and are used to control the display of informationon-pages. viewed by the user, 
including which traraacfo^Jtems are displayed for trading i V^lylljp^. tjiVupe'r is asked to review and 
accept the lep^^|^V^B'^4ystem- After accepiin|ttie jegal terms, the user Is brought to the 
Main Screen which.' Is the fl'et$y?ay to all of the system's functionality. 

The tyaln Screen (system's Home Page) has a navigation bar which provides the user 
with the following functions; 
Log OfftLogs the user off the system. 

Home: Brings the user back to the system's Home Page. 

Preferences: Change user settings (Personal Info, Password. Contract Terms, Counterparts 
Rules). 

Trading: Allows authorized users to perform functions related to the trading. 

Reports: Allows authorized users to get reports on individual and system states. 
Sitemap: Shows the sitemap with links to the different areas. 
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Besides the visual Interface of screen displays, the system will also automatically 
notify the user of various events by sending the following types of messages which are posted on the 
Home Page or on the Trading Summary Screen: 

An administrative notification. 

An accepted posting or a closed deal. 

When there is a dose trading match In the system (all but one of the matching rules are met). 
A posting has been deleted. 

A warning to inform the user that a posting wia be deleted. 
Someone has countered one of the user's postings. 

Ah example of a screen display of messages to a user Is shown in FIG. 6. The 
following types of sample messages are illustrated: (indicated at 601) that an offer the user has posted 
differs from a bid by a counterpart In only one primary term; (602) that an offer posted by the user has 
been cancelled because the user's group has withdrawn from active trading;'(603) that an offer posted 
by the user has b£ep accepted; (604) that a bid placed by the user has matched an offer posted by a 
counterpart. 

An Important feature of the online trading system is the ability of the CT Adminstrator 
or Individual User to set counterpart rules. Counterpart ru!es.ajjpw..a cj Administrator to specify 
v/hlch olhBr^^li^-^pany^will do tot*w*ffiffiim payment term restrictions apply 
to that trading company (counterpart). Since the purpose of this type of system is to allow the parties 
posting and negotiating a bid/offer transaction to remain anonymous until a deal Is closed. thesB 
settings prevent two counterparts from doing business with one another accidentally In their trading 
activities. For each company within the list of counterparts, the CT Administrator must specify 
whether the company will trade with that counterpart company and what Wnd of payment terms from 
that counterpart are acceptable. 

Another important feature In the system Is the set of matching rules which determine 
when two parlies have reached agreement on all essential terms of a contract and the deal Is to be 
closed. Since traders in any given commodity domain generally expect that the matching rules are 
uniform for all traders using the system, these rules are predetermined and established with the 
system and apply to all traders In that commodity domain. The system will close a deal and remove 
the counterpart bid and offer transactions from further trading activity when they match, in all primary 
terms establish??} in the matching, rules oflha system/ T^«3 system wS| ^ojif^aclers: when a bid and 
offer are yk^^iti^l^k%W^* K ' V< '' Ji y m " " 

•'?n trie example of sugar contrgc% preferred system might nevd esiaollshe'd 
matching rules corresponding to the primary terms of a sugar contract accepted In the Industry, 



SUBSTITUTE SHEET (RULE 26) 



WO 01/48655 



9 



PCT/USOO/33199 



'including, for example, Type of Sugar, Sugar Origin, Qunatity. Quality, NOR, Demurrage, 
Minimum/Maximum Polarization, Price, Term, Destination, Destination Port, Origin, Origin Port, 
Shipment Data. Package, Bag Type, Loading Terms, Unloading Terms, Payment Terms, etc. The 
user can view the matching rules maintained by the system on its Matching Rules Screen. 

The user works from the Trading Summary Screen for ail commodity trading activity. 
For the commodity domain of sugar contracts, two types of sugar contract subdomalns are provided, 
white (refined) sugar and raw sugar. The user selects the subdomain type from a menu bar, and the 
Trading Summary Screen then lists all pending bids and offers in that domain, as illustrated in FIG. 7. 
The Trading Summary Screen Is divided into two halves. The left side shows all the available Bids for 
WHITES (or RAWS depending on the type of sugar) while the right side displays all the Offers for 
WHITES (or RAWS as appropriate). For each type, the display shows information under the following 
column headings: 

IT (Individual Trader): initials in this IT column indicates that the posting was created by another 
trader within the same company. The user may not close a deal with this posting since trading with 
other members of the same company is not allowed. When an Individual places a bid or offer, they will 
always see their own Initials In the IT column. 
Origin: The origin column Indicates the sugar origin for a posting. 

Quality: The quality column indicates the quality level (icumsa for whites. Max Pol for raws). 
Quantity: The quantity column indicates the quantity In metric tons for a posting. 
Shipment: The shipment column Indicates the acceptable shipment dates for a posting. 
Price: The price for a posting (against London or NY marketplace or fixed price per ton). 
Type: The type column Indicates special characteristics about this posting. If there' Is a "C" in the 
Type column, it indicates thafthis posting Is a counteroffer to another posti ng In the system. If there is 
a " G" In the Type colyrrjn, ft Indicates that this posting is part of 8 v lJsBr$ group and may be removed 
at any time laac^rdOTCe^l^rbup rules. 

"Y Kb TWfilng 'Summary Screen has set of tabs/for trading functions at an upper portion 
of the ; screen which' provide the user with the following trading options: 



New Bid: Allows authorized user put In a new Bid. 

New Offer: Allows authorized user to put In a new Offer. 

Counter: Allows authorized user to put in a counter BlcVOffer. 

Modify: Allows authorized user to modify a posting. 

Detail: Allows authorized user to review the details of a Bid/Offer. 

Accept Allows authorized user to accept a Bid/Offer. 

Hold/Release: Allows authorized user to hold or release a posting. 

Emergency Delete: Allows authorized user to remove postings. 
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Selecting the New Bid or New Offer function brings up an input template form having 
input fields for all of the primary terms established In the system for closing a sugar contract. A 
sample of a New Bid form is shown In FIGS. 8A and 8B. Each field in the form Is explained In more 
detail in Appendix A Some of the Input fields have pull down menus (down arrow buttons) to restrict 
or simplify selection of options available to the user. Near the end of the form are text input boxes far 
"Standard Contract Terms" and "Special Terms". These are for term provisions that the submitting 
party wants to have In the final contract and are therefore binding, but are deemed to be administrative 
terms which will not be used In determining a match. At the bottom of the form are Reset and Submit 
buttons. The Reset button clears the form to allow the user to start from the beginning, and the 
Submit button takes the data and submits it for storage as a transaction data record in the system. 

An authorized user may opt to place counterblds or counteroffers to the bid or offer of 
another party by selecting the bid or offer from the Trading Summary Screen and hitting the Counter 
button at the top of the screen. This will bring up a Counter form, as illustrated In FIG. 9, which is In 
the same format as the new bid or offer entry form. The fields of the Counter form are initially 
populated with the same data that exist in the bid or offer record to which the counter Is being made. 
The user may modify any of these fields to adjust the terms of the user's counterbld or counteroffer. 
The user may also edit or add to the administrative terms In the text input boxes In the manner they 
would tike to see Included in the final contract. When the user clicks the Submit button, the data is 
stored as a transaction data record In the system, and the counter will be posted on the Trading 
Summary Screen as a counteroffer or counlerbld. If the same user places two counters against a 
single posting, the original counter will be updated automatically to eliminate the posslbSity of an IT 
having two counters against the same posting. However, the user may place two or more counters 
that differ in terms against the same underlying posting. Users may also specify how long the 
counterbld/offer will remain posted, as well as whether or hot it wlijtlejeted vvh'en.the original posting it 
was made agajrist ls removed- A report of the history of a posting rfigy a|sg be viewed. 

'jl^ej^ap^modrfy his/her own blds/qflerpj ; pr.cqwntorblds/counteroffprs by 
selecibig.the posting frorri.'lho Tradlpg Summary Screen and hitting the Modify button at the top of the 
screen. This function retrieves the transaction data record of that bid or offer, and allows the user to 
modify any of the fields thereon. Upon submission, the modified data record is stored. 

New bids and offers are stored In the system's transactions database as data records 
identified by an assigned data record number. The dBta record Includes fields hidden from display that 
Identify the trader, group, or other user status, data and time of the posting, and any linkages to other 
group transactions. When the user acts to submit a counter or modified bid or offer, the system 
retrieves the data record of the selected bid or offer, and compares the trader and group ID 
Information to that of the user requesting the counter or modification. The user will be precluded from 
countering the bids/offers of traders from the same group, and from modifying the bids/offers of other . 
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traders.' For a legitimate action, the system sets up a new data entry form and populates Its fields wltn 
data from the underlying record. The user can then add or change any of the data in the fields. Upon 
submitting the form for posting, the system will assign a new data record number to the counter or 
modified bid/offer, Insert a link to the underlying data record, and store the new data record in the 
transaction database. The system wili then post the new transaction automatically and show the new 
entry on the Trading Summary displays of authorized online users. For a counter bid/offer, the system 
will highlight the new entry on the display of the trader who submitted the original bid/offer as a 
counter, and send a message alerting the user. For a modified bid/offer, the system will remove the 
trader's original bid/offer and show the new posting as a modified bid/offer. The techniques for 
implementing these functions In the system database and In displays to online users are well know to 
those skilled In this field, and are not described in further detail herein. 

A user may at any time review the details of a bid or offer by selecting the bid or offer 
from the Trading Summary Screen and hitting the Details button at the top of the screen. This will 
bring up a Bid Detail I Offer Detail screen displaying the fields of the corresponding data record. The 
user may then decide to make a counter or to modify the bid or offer (If It is, their own), as described 
above. 

A user may accept a bid or offer by selecting the bid or offer from the Trading 
Summary Screen and hitting the Accept button at the top of the screen. When a user accepts a b|d or 
offer, they accepl alljhfl Jerrps of that bid/offer. After successfully adopting a. blg\jhe selected bid or 
offer will be hjghljgh^fippash i^lusers* screerwflrJlQ eecpn^S. if yvf Ihjmba removed from all 
user^Bcreen3"iritfbflia8iaB»Wllr«ppear In the textboxat'ihW^ppB^rtfjht'Jtfrner of the'Tradhg' 
Summary Screen of the two parties that the deal has closed. 

The system has an automaton engine which constantly compares all postings. If two 
postings are a match (under the matching rules of the system), the system will automatically close a 
deal with no further Input from either user. A match of all primary terms on any two postings Is 
necessary for a match. Administrative terms to be Included In the resulting contract do not stop the 
automatch engine from closing a deal but they are still binding on both parties. When a deal has been 
closed, the system automatically sends confirmation messages to both parties, and generates a final 
contract by incorporating the primary and administrative terms into a contract form. Both counterparts 
can view the contract prior to printing from the selection tab on the Home Page. 

A user may hold or release his/her own bid or offer by selecting the bid or offer from 
the Trading-Summary Screen and hitting the Hold/Release button at the top of the screen. When a 
user holds a bid/offer, It will be grayed out on the system and nobody else y^ljbevgbje, to .accept It until 
the owner of the bid/offer releases iL £ user releases a bid/offer by hitting the Hold/Release button 
again. 
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The Trading Summary Screen offers the following options to the user to alter tho 
display of bid and offer postings. A user may filter a list to narrow it down by clicking on the down 
arrow under each column heading casuing a drop down box to appear. The user then selects one or 
more of the desired Items to filter from the drop down lists. For example, If a user would only like to 
see Bids originating from Brazil, they would select Brazil under the Origins drop down list. As a result, 
the only Bids/Offers shown on the list wSI be those that have sugar origins of Brazil. In addition to 
filtering, the user Is able to re-sort the postings by clicking on the heading they wish to sort by. For 
example, clicking on the Origin column title will sort the list In ascending order by origin. Clicking It a 
second time will sort the list in descending order by origin. At any point In time, the user may click on 
the burton labeled "Return to Market View" to return to a summary screen view with all postings. The 
user can also quickly find the closest match for a bid or offer using the Find Best Bids or Find Best 
Offers buttons. For example, as Illustrated In FIG. 10, the Find Best Bids burton on the lower right 
corner of the "Offers" half of the screen allows the user to display all closest bids to a selected offer on 
the left "Bids" half of the screen. Similarly, the Find Best Offers button In the lower left comer of the 
"Bids" half of the Trading Summary Screen results in display of all closest offers to the selected bid on 
the right "Offers" half of the screen. 

The system also generates reports which an authorized user may view of current and 
past activity on the system. This Includes Individual positions as well as corporate positions. In 
addition, authorized users can see reports indicating closed deals as well as market activity without 
companies specified. The users can also see the Posting History report. 

y^herjeve.r p deal Is made, the system will" autam^tjp_gt{y. generate an Invoice for tha 
parties, involved 'j* ^star^prln > t m, « » or iusBra chnrfllng them for use of the system. 

These invoices may be sent out weekly on or after the last day available for each shipment. A system 
administrator may change the invoice's amount and shipment date prior to mailing. 

In the described system, the ability of a user to retrieve a transaction data record and 
review the detailed terms of the bid or offer and to make a counter or modify the terms of their own 
bid/offer provides the core function of allowing parties to move progressively toward a match. Access 
of a user to bids or offers of interest is controlled by the user navigation scheme of the system, so that 
the display of details of a bid or offer never requires identification of the submitter. The counterpart 
rules preclude a user's viewing and trading with parties the user has indicated they would not deal, so 
bids and offers from unsuitable parties are not included In the Trading Summary Screen, The settings 
and ID Issuances of the CT Administrator preclude a user's viewing and trading with other members of 
their own group. The Initials of a group member only appear on the displays to other group members, 
and not to persons who are not members of that group. The initials of the user for their own bids and 
offers appear only on the display to that user. Thus, the user Interface logic allows'a'ff'parlles to a 
potential match to remain anonymous in the online trading system until a deal is closed, while allowing 
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them to -fine-tune their "negotiation" through the counter or modify bid/otter functions to pnng weir oia 
or otter closer to acceptance by the other party or a match. 

Although not described in detail herein, thB online trading system and Its core features 
may be supplemented with functional enhancements or implemented in alternative ways, For example, 
instead of simply notifying a user when a close match exists separated by one primary term, thB system 
could be modified to provide different stages of notification when a bid or offer Is close to their bid or offer. - 
For example, the system can Issue messages for "Close Match By 3". "Close Match By 2", and "Close 
Metch By 1" when bids or offers are separated by three, two, and one unmatched primary terms, 
respectively. The system can also alert the user whBn a Close Match has bean countered or modified 
to reduce the separation In unmatched primary terms. Also, the sorting and filtering and Find Best 
Bids/Offers functions can be modified to allow the user to Indicate their ranking of primary terms for a bid 
or offer In order of Importance, so as to result In a display of 'Close Matches" ranked In order of the 
Importance of primary terms. For example, if "Quantity" is the most Important term to a specific trade, the 
display of Close Matches to the traderwould be ordered with those Close Matches that match the Quantity 
term at the top, so that the trader can focus on adjusting the lesser terms of those bids and offers that 
have met the Quantity criteria. 

The system can also be modified to provide a wide range of enhanced trading 
management functions dBemed desirable for the convenience or trading efficiency of users. A Boolean 
search function can be provided to aKow the user to narrow a list of bids or offers of Interest by mpre than 
one parameters. The system can provide pop-up lists of Close Matches, posting history summary, and/or 
closed transactions summary to facilitate the trader's viewing of Information for understanding of the 
background or context of a particular item. If there are a number of Close Matches, detailed displays D f 
their primary terms can be tiled or cascaded to allow the user to compare them all in one view. Similarly, 
a comparison view of multiple counters made by a trader and counters to those counters can help the 
trader to understand how a counterparty is responding to counters with different offered terms. The 
addition of such enhanced functions should take Into account the desirability of maintaining ease of use 
and stmplicty of the system. 

It is to be understood that many other modifications and variations may be devised given 
the above description of the principles of the Invention. It is Intended that all such modifications and 
variations be considered as within the spirit and scope of this Invention, as denned in the following claims. 
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CLAIMS: 

1. An online trading system comprising: 

(a) a Bid/Offer Input interface (506, 507) for allowing a user to enter terms in a 
predetermined set of fields for a bid or offer and to submit the bid or offer for posting in the system 
anonymously without Identification of the submitter; 

(b) a Trading Summary Interface (505) operable by users for displaying an 
anonymous postings of bids and offers submitted to IhB system, and for Identifying a match of a bid 
and a counterpart offer with respect to the terms In the predetermined set of field3 of each counterpart; 

(c) a Bid/Offer database (510) for storing and retrieving data records of bids and 
offers submitted to the system; and 

(d) a Counter Bid/Offer Interface (512) operable by a user to selBct a pending bid or 
offer displayed on a display of the Trading Summary interface, to retrieve the corresponding data 
record from the Bid/Offer database and display the terms existing in the predetermined set of fields 
without Identification of the submitter, and then to counter or modify one or more terms end submit the 
countered or modified bid or offer as a new posting in the system without identification of the 
submitter, 

whereby users of the system can remain anonymous while engaging in countering or 
modifying an original bid or offer as a new posting in the system In order to move progressively toward 
a match of terms In the predetermined set of fields. 

2. An online trading system according to Claim 1, wherein the Bid/Offer Input 
Interface includes a predetermined set of fields typical of commodities contracts. 

3. An online trading system according to Claim 1, further having an Administration 
Interface (515, 204) for registering - users authorized to access the system over a network connection, 
and for checking users logging oh to the system over a network connection for such authorization 
before providing access to the system. 

4. An online trading system according to Claim 3, wherein the Administration 
Interface includes a trading rules function (202) for setting preferences of a user as to counterparties 
that the user Is willing to enage In trading activities with, wherein said Administration interface loads 
the preferences set for a user when the user logs on to the system in order to display only bids and 
offers on the Trading Summary interface submitted by parties that meet the user's preferences. 

5. An online trading system according to Claim 1 , further having an Administration 
Interface (205) for registering a group of users who are members of the same company and are 
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authorized to access the system over a network connection, and for checking users logging on to the 
system over a network connection for such authorization before providing access to the system. 

6. An online trading system according to Claim 5, wherein the Administration 
Interface Includes a trading rules function (203) for setting preferences for all members of a company 
as to counterparties the company Is willing to enage In trading activities with,' wherein said 
Administration interface loads the preferences set for a user as a member of the company when the 
user logs on to the system In order to display only bids and offers on the Trading Summary Interface 
submitted by parties that meet the company's preferences. 

7. An online trading system according to Claim 1, wherein the Trading Summary 
interface includes a fitter for filtering out for display only those bids and offers which meet a given filter 



8. An online trading system according to Claim 7, wherein the Trading Summary 
Interface displays a limited set of parameters for each bid and offer In columns corresponding to the 
3, and the filter Is operated to filter bids and offers In accordance with a column parameter 
d by the user. 

10. An online trading system according to Claim 7, wherein the'Tradlng Summary 
Interface displays bids In one part of a display view to the user and offers In another part of the display 
view, and the filter is operated to filter the closest matching bids to a selected offer, and vice versa. 

1 1. An online trading system according to Claim 1. wherein the Counter Bid/Offer 
Interface Is operable by the user to retrieve the data record of a selected bid or offer submitted by a 
counterparty and to generate a counteroffer or counterbld by incorporating the terms of the selected 
bid or offer and any change or modification to the terms entered by the user.- 

:t2i -An oplftib trading system according, to Claim 1, wherein the Counter Bid/Offer 
interface Is topajablV tiy'lha iiB^to'retrteve the data record of a sheeted. b W or offer submitted by the 
user and 
offer and 



to gpi jji-b a nt..dWed offer or bid (513) by incorppratnig thfferfns of the selected bid or 
any or ffodtf»Hgn to the terms entered) the. ussr. ' 



13. An online trading system according to ClBlm 6, wherein the Trading Summary 
interface provides a display to the user in which bids or offers submitted by other users of the same 
company are Identified and accepting or matching such bids or offers Is precluded. 
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14. An online trading system according to Claim 1 , wherein a match of a bid and 
counterpart offer is determined by the Trading Summary Interface when all terms In the predetermined 
set of fields match. 

15. An online trading system according to Claim 14, wherein a dose match of a bid 
and counterpart offer is determined by the Trading Summary interface when the terms in the 
predetermined set of fields are separated by a predetermined number of unmatched terms. 

16. An online trading system according to Claim 15, wherein a close match Is 
determined by the predetermined number of unmatched terms being one. 

17. An online trading system according to Claim 1, wherein the Trading Summary 
interface generates a final contract between the parties when a match Is determined which 
Incorporates the matched terms of the predetermined set of fields. . 

18. An online trading system according to Claim 17. wherein the Bid/Offer Input 
Interface includes an additional field for entry of administrative terms for inclusion in the final contract 
between Ihe parties but which are not taken into account by the Trading summary Interface In 
determining a match. 

19. A method of conducting online trading comprising: 

(a) allowing a user to access an online trading system and enter terms In a 
predetermined set of fields for a bid or offer and to submit the bid or Offer for posting in the system 
anonymously .without Men location of the submitter; 

^) dJ^f^^S &1 Etnonymous postings of bids and offers Submitted to the/system, and 
identifying a match of a Wdjanjji'Aounterpart offer with respect to the terms in the predetermined set 
of fields' in each counterpart; 

(c) staling data records of the bids and offers submitted to the system; 

(c) retrieving the data record of a bid or offer selected by a user and providing a 
. display of the terms existing in the predetermined set of fields for the bid or offer without IdenHflcatton 
of the submitter, and allowing the user to change or modify one or more terms and submit the 
countered or modified bid or offer as a new posllng in the system without Identification of the 
submitter, 

whereby users of the system can remain anonymous while engaging in countering or 
modifying an original bid or offer as a new posting In the system In order to move progressively toward 
a match of terms In the predetermined set of fields. 
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20. A method of conducting online trading according to Claim 19, further comprising: 
precluding a user from selecting a bid or offer far countering which was submitted by a party which 
has been predeterminedly identified as a party the user b precluded from trading with. 
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Appendix A 



Elements of the New Bid/New Offer/Connterbid/Connteroffer/Dctails screens: 



Name of Corporate Trader 


Name of trader using system 


Transaction Number 


These are unique system assigned transaction 
ID numbers. 


Contract Number 


The number of the contract These are unique 
system assigned contract ID numbers. 


Contract Date 


The date of the contract shown when a deal has 
closed. 


Name of Counterpart 




Remain Posted After the Original Posting 
is Gone? 

(YES/NO) 


♦Only in Counter forms. 
Specifies if the counterbid/counteroffer will 
remain posted after the original posting it was 
posted against is gone (when the original deal 
has not been matched). 


Posting Duration 

(User selects from MJtours or Until Canceled) 


•Only in New Bid/New Offer/Counter forms 
Specifies the amount of time that the bid/offer 
will remain posted. 


Group # 


♦Only in New Bid/New Offer/Counter forms 
Places the posting in the group selected by the 
user. 


Commodity Information 


Type of Sugar 

(Whites/Raws) 


Specifies the type of sugar being traded. 


Origin 

(User selects from a pre-populated list of 
countries) . 


Specifies the origin of the sugar. 


Quantity 

(User enters a number for tons of sugar) 


Specifies the amount of sugar being traded. 


Tolerance 

(User selects from a list between 0.0%, 2.5%, 
5% or 10.0%) 


Specifies the tolerance level for the quantity of 
sugar being shipped. The user does not select a 
tolerance tor a min/max shipment (leave the 
default 0% setting) 


Price 

(User selects from a list of components 
making up the price) 


Specifies the price of sugar. Price is 
determined by market, month, pts or dollars, 
and contract number. 


Fixed Price 

{User enters an amount) 


Alternately the user may indicate the price by 
entering the fixed price per metric ton. 


OuBlity: 
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selection process. To select all the ports from a 
country or region, select the port option with 
the * after it Example, Brail.* selects all 
Brazilian ports. 


Shipment Bate 

(User selects a range of dates from drop down 
lists) • 


Specifies the time frame in which the sugar can 
be shipped. A beginning and end date must be' 
selected. Date range must have some time in 
the future. 


Packing 

(BagsfBulk) 


Specifies whether the sugar will be bagged or 
whether it will be transferred in bulk. 


Bag Type / Containers 

(User selects from None, Poly/utes, 
Polypropylene or Other from a drop down list 
and selects Containers or No Containers) 


This option is available when 'Bags' is selected 
for Packing. Specifies the type of bags to be 
used and whether or not they will be in 
containers. 


The bottom of the forms allows the user to specify the shipping terms on which to ship the sugar. 


Loading Terms . 

(User enters loading terms in loading term 
formats) ;_ 


Specifies how many tons of sugar can be 
loaded per day per hatch per exclusions. 


Unloading Terms 

formats) 


Specifies how many tons of sugar can be 
unloaded per day per hatch per exclusions. 


As per Charter party 


This allows the users to let the charter party set 
Demurrage and Dispatch rates. 


Demurrage Rate 

(User enters rate with a maximum of six digits) 


Specifies penalty in price for slow loading. 
Expressed as dollars per day. 


Dispatch Rate 

(User enters rate with a maximum of six digits) 


Specifies bonus in price for fast loading. 
Expressed as dollars per day. 
*Rate is usually half the demurrage rate and is • 
automatically filled in by the system. User has 
the option of modifying this rate. 


Payment 

(User selects from a list: CAD through a Bank, 
CAD. L/C or Other) 


Specifies the payment terms for the delivery of 
the sugar. 


Ship Requirement 

(User selects from a list: Bulk Carrier. Twin 
Decker. Panamax, Cape Size or None) 


Specifies special ship requirements 


Arbitration 

(User selects from a list) 


Specifies the company that will settle 
arbitration disputes. 


Standard Contract Terms 

(User enters terms of contract into a textbox) 


Show the standard contract terms as entered by 
theCT. 


Special Terms 

(User enters misc. special terms into a textbox) 


Allows the user to define any special terms for 
the contract not captured by the system. 
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MINPol 

(User enters a number greater than or equal 
. to 96) 


Minimum Polarization quality measure. 


MAX Pol 

(User enters a number greater than or equal 
to 96) 


Maximum Polarization quality measure. 


Icumsa 

(User enters a number) 


Quality measure. 


Humidify 

(User enters a number in percent format i.e. 
Must be less than 1. 00) 


Quality measure. 


Ashes 

(User enters a number in percent format i.e. 
M,,<,t he lots than 1.00) 


Quality measure- 


Shioment Information : : .. 


Term 

(User selects from FOB Stowed. FOB Stowed 
Ranee. FAS. CJF. or CFR) 


Specifies the shipment terms. 


Liner Out/Free Out 

(User selects from a list) 


This option can he selected if tho terms of 
shipment are CTF or CFR. If terms other than 
these are selected, NONE is defaulted. 


Notice of Readiness 

fUser enters a number) 


Notice of Readiness for shipment 


Shipment Origin 

(User selects the Country/Region and Ports 
from drop down lists) 


User may specify acceptable and unacceptable 
ports for the sugar by first selecting the desired 
country or region and then selecting a port from 
the list The user then clicks on the "Add 
Acceptable Ports' or 'Add Not Acceptable 
Ports' button. User may also remove ports 
from the list by selecting the port and clicking 
the 'Remove' button. 
To select one or more ports, repeat the 
selection process. To select all the ports from a 
country or region, select the port option with 
the * after it Example, Brazil* selects all 
Brazilian ports. 


Shipment Destination 

(User selects the Country/Region and Ports 
from drop down lists) 


♦This option is only available if the user 
chooses User may specify acceptable and 
unacceptable ports for the sugar by first 
selecting the desired country or region and then 
selecting a port from the list. The user then 
clicks on the 'Add Acceptable Ports' or 'Add • 
Not Acceptable Ports' button. User may also 
remove ports from the list by selecting the port 
and clicking the 'Remove' button. 
♦To select one or more ports, repeat the 
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Appendix B 

Computer hardware and software needed to run NodLeT. application 

m Computer/Processor: 

4E6DXJ66 MHz or higher, (a Pentium processor is preferred.) 

• Operating System: 

Windows 95, Windows 98, or Windows NT 4.0. If you are running a version of Windows 
NT, you must be running Windows NT Service Pack 3 or higher. If you are running the 
Hebrew or Arabic version of Windows 98, you cannot install the English lajiguage version 
Internet Explorer 3>. 

m Memory; (128MB is desired for good performance) 
For Windows 95/98 and Windows NT: 
32MB of RAM minimum, 



• Hard drive space: 

Minimal install (Browser-only) 
Required for install: 45MB 
Required to run: 27 MB after restart. 

Typical install: 

Required for install: 70 MB 

Required to run: 55 MB after restart 

Full Install: 

Required for install: 1 1 1MB 
Required to run: 80 MB after restart. 

• Mouse & Modem 

• Internet connection 

■ CD-ROM drive (if installation is done from a CD-ROM) 

• Some components may require additional-systems resources not outlined above 

• Browser: Microsoft Explorer higher than 4.0; preferably 5.0 



Internet access speed (56KB) 
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